home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19990725-20000114 / 000267_news@columbia.edu _Mon Nov 8 12:00:20 1999.msg < prev    next >
Internet Message Format  |  2020-01-01  |  2KB
  1. Return-Path: <news@columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.59.30])
  3.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id MAA25065
  4.     for <kermit.misc@watsun.cc.columbia.edu>; Mon, 8 Nov 1999 12:00:19 -0500 (EST)
  5. Received: (from news@localhost)
  6.     by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id LAA14254
  7.     for kermit.misc@watsun.cc.columbia.edu; Mon, 8 Nov 1999 11:53:16 -0500 (EST)
  8. X-Authentication-Warning: newsmaster.cc.columbia.edu: news set sender to <news> using -f
  9. From: stevenhill@aol.com (StevenHill)
  10. Subject: SCO Unix 5.05 - setuid and setgrp errors
  11. Date: 08 Nov 1999 16:35:31 GMT
  12. Organization: AOL http://www.aol.com
  13. Message-ID: <19991108113531.00892.00002399@ng-fu1.aol.com>
  14. To: kermit.misc@columbia.edu
  15.  
  16. We have a situation where we are getting setuid and setgrp errors when C-Kermit
  17. is called from our program. C-Kermit is supplied by a vendor of ours, and we
  18. use it to transmit data to them. If we log in as root, or set it up so that
  19. when a user logs in they go to a prompt rather than running our applicaion, and
  20. then execute kermit from the command line, all works fine. We have about
  21. seventy other clients, all running SCO Unix 5.05, that are not having any
  22. problem at all. The one unique thing about this location is that their file
  23. system is set up such that the directory that our application is run out of is
  24. a virtual link to a partition. That is, our clients are usually set up so that
  25. the application is run from /usr/medical on the root file system, this client
  26. is set up so that the root file system is small, and the have a /dev/medical
  27. file system that is mounted as /usr/medical (or some such thing). Their
  28. hardware people say that /usr/medical is a virtual directory linked to the
  29. /dev/medical file system. 
  30.  
  31. The application is written in C (the version of C that came with SCO Xenix
  32. several years ago, never upgraded and a recent attempt to upgrade to the latest
  33. version of C on SCO Unix resulted in thousands of errors, mostly due to missing
  34. parameters to functions that have changed from then to now)
  35.  
  36. Any thoughts as to what we can do would be appreciated. If other info is
  37. needed, I will do my best to acquire it. 
  38.  
  39. If you can, please respond to StevenHill@aol.com
  40.  
  41. Thanks in advance
  42. Steven Hill
  43. Buford, GA USA
  44.